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(54) Reconfigurable display architecture with spontaneous reconfiguration 



(57) The present invention relates in general to a 
reconfigurable display/control panel for controlling var- 
ious electronic accessories, and more specifically to an 
architecture for reconfigurable displays and an overall 
network for spontaneously interconnecting the displays 
with various electronic accessories or devices in a man- 
ner which automatically reconfigures menu elements 
shown on the reconfigurable display to interact with 
each electronic accessory. The control panel/display 



subsystem acts as a device portal for interacting with 
multiple devices interconnected via a dynamic local net- 
work. Display content and the human-machine interface 
(HMI) implemented using the display subsystem auto- 
matically reconfigures jtself when new devices are add- 
ed to the vehicle network. An interface specifier enabling 
each new device to work with the device portal is ob- 
tained either from a local archive or a remote archive via 
connection with a remote network. 
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Description 

Background of the Invention 

[0001] The present invention relates in general to a 
reconfigurable display/control panel for controlling var- 
ious electronic accessories, and more specifically to an 
architecture for reconfigurable displays and an overall 
network for spontaneously interconnecting the displays 
with various electronic accessories or devices in a man- 
ner which automatically reconfigures menu elements 
shown on the reconfigurable display to interact with 
each electronic accessory. 

[0002] Reconfigurable displays are used in automo- 
tive vehicles in order to control a plurality of electronic 
accessories from a single control panel. Such a system 
reduces cost, saves space on the vehicle instrument 
panel, and makes the electronic accessories easier to 
control. A reconfigurable display includes a generic 
graphic display surface, such as a dot matrix, and a col- 
lection of "soft keys" (i.e., programmable buttons). The 
function of each key is dynamically reconfigured via soft- 
ware to allow access to all the available functions or the 
accessories, typically using a menu structure. A typical 
reconfigurable display subsystem may also include a 
number of "hard keys", buttons that provide instant ac : 
cess to frequently used functions (e.g., navigation, cli- 
mate control, audio players, etc.). 
[0003] Because of their generic, reusable nature, 
reconfigurable automotive displays have facilitated an 
increase in the number of features that are made avail- 
able to the user. 

[0004] Consumers are demanding ever-greater f u nc- 
tionality from their electronic accessories, while product 
design cycles of the accessories are simultaneously be- 
coming shorter. Thus, it becomes a major challenge for 
manufacturers to provide new and innovative system ar- 
chitectures while delivering high content, high quality 
products and features at a reasonable cost. 
[0005] First generation automotive reconfigurable 
display systems utilize embedded architectures that 
build specific feature content into the display design that 
cannot be altered or augmented after the design is im- 
plemented. All supported features must be identified at 
the time of initial design. While this approach provides 
high performance and low cost, it lacks flexibility. 
[0006] Second generation automotive reconfigurable 
display systems utilize a personal computer (PC) type 
of architecture, such as the AutoPC platform. Such sys- 
tems enable incremental feature deployment, wherein 
new features can be integrated seamlessly with those 
already present. However, such feature deployment is 
essentially a static model since installed software appli- 
cations occupy a percentage of the display resources at 
all times. Thus, it is distinctly possibl that system re- 
sourc s could be inadv rt ntly depleted during installa- 
tion of a new feature. Furthermore, such customization 
requires installation skills on the part of the users (not 



just system developers and integrators), which limits the 
utility of such customization for a significant percentage 
of customers. Such systems are not truly M plug-and- 
play" since a manual installation procedure is required. 

5 

Summary of the Invention 

[0007] The present invention has the advantage of 
providing a reconfigurable display architecture in which 
10 a human-machine interface (HMI) is dynamically con- 
structed in response to the electronic accessories which 
are present in the system. 

[0008] In one aspect of the invention, an electronic ac- 
cessory display/control system is provided for a trans- 
portation vehicle. A reconfigurable control panel has a 
visual display for displaying menu items for an electronic 
accessory and has at least one control actuator, A hu- 
man-machine interface controller is coupled to the 
reconfigurable control panel and includes a local archive 
20 for storing a plurality of interface specifiers. Each spec- 
ifier defines interaction between the reconfigurable con- 
trol panel and a respective electronic accessory for per- 
forming operations via the menu items using a prede- 
termined communications protocol. The system in- 
25 eludes an expandable interconnection link for coupling 
compatible electronic accessories with the human-ma- 
chine interface controller. A wireless transceiver is pro- 
vided for accessing a remote archive of interface, spec- 
ifiers. The remote archive includes interface specifiers 
30 each adapted for a corresponding combination of a par- 
ticular electronic accessory and a particularreconfigura- 
ble control panel. The human-machine interface control- 
ler responds to a coupling of an electronic accessory to 
the expandable interconnection link by checking the lo- 
ss cal archive for presence of a desired interface specifier 
corresponding to the electronic accessory and the 
reconfigurable control panel. If the desired interface 
specifier is not present in the local archive, then the wire- 
less transceiver is activated to automatically obtain the 
40 desired interface specifier from the remote archive. 

Brief Description of the Drawings 

[0009] The invention will now be described In further 
45 detail, and by way of example with reference to the ac- 
companying drawings, in which: 

Figure 1 is a front, plan view of a reconfigurable dis- 
play employing the present invention; 

50 

Figure 2 is a schematic diagram showing the overall 
network system of the present invention 

Figure 3 is a block diagram showing the interaction 
S3 of software objects for forming a human-machine 
interface and its interaction with the reconfigurable 
display; and 
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Figure 4 illustrates the main tasks executed when 
a new device is joined into the vehicle network. 

Detailed Description of the Preferred Embodiments 

[0010] The present invention creates a device portal 
within a network architecture having a dynamically con- 
structed human-machine interface (HMI). A control pan- 
el/display subsystem includes a collection of hard and 
soft controls and is made available as a network re- 
source on a dynamic local network. The display subsys- 
tem of the device portal may include standard embed- 
ded features such as an audio tuner or. CD player, but 
its main purpose is to be dynamically reconfigurable to 
interact with other network resources via a collection of 
standard protocols. These other network resources in- 
clude devices such as a navigation system, cellular 
phone, audio player, a palm-size PC, or any other device 
employing an HMI in the vehicle. These devices need 
not be present in the network at all times. Using Java/ 
Jini technology or similartechnology, a dynamic network 
can be constructed which allows automatic installation 
of devices into the network. 

[0011] Referring to Figure 1, a control panel/display 
subsystem 10 includes a multi-element graphical dis- 
play 11. A plurality of push buttons 12-17 provide soft 
keys for accessing functions as identified by graphic/text 
labels displayed on display screen 1.1 . Hard controls in- 
clude a knob 18 which is pressed to control system pow- 
er and can be rotated to control audio volume. An arrow 
pad 1 9 Is used to navigate through menus displayed on 
display screen 11 . An enter button 20 and a back button 
21 are also used to navigate through menu screens. A 
plurality of shortcut buttons 22-26 are provided to create 
shortcuts to menu screens for device functionality em- 
bedded in subsystem 10 (e.g., CD player or AM/FM ra- 
dio). 

[0012] An HMI for a particular electronic accessory 
device includes graphical display elements to identify 
the device and its available features. A menu screen for 
each accessory device includes labels to be displayed 
associated with particular soft keys 12-17 to identify 
controllable functions of the device. For the electronic 
accessory of a cellular phone, the soft keys may be as- 
sociated with cellular phone functions of accessing 
memory locations, initiating a call, ending a call, or other 
functions performable by the phone. Display screen 11 
can also be used to display event information as com- 
municated from the cellular phone, such as connection 
status, duration of call, and other information communi- 
cated by the cellular phone to display subsystem 10. 
[001 3] The use of the reconfigurable display subsys- 
tem as a device portal in a dynamic local network is 
shown in Figure 2. Reconfigurable display subsystem 
30 includes a display screen 31 and hard and soft keys 
32. Display subsyst m 30 may also receive input com- 
mands from a voice recognition unit 33. An HMI control? 
ler 34 resid s in display subsystem 30 and controls 



graphical display screen 31 , monitors keys 32, accepts 
input from voice recognition (VR) unit 33, and interfaces, 
with devices on the dynamic local network 36. A memory 
35 stores interface specifiers (i.e., drivers) used by con- 
s troller 34 to drive graphic display screen 31 and to com- 
municate with the various electronic accessory devices 
on dynamic local network 36. 

[0014] Each particular display subsystem ("device 
portal") design is uniquely identified by a type identifier. ' 
10 Thus, display subsystem 30 is identified as type 0, while 
additional display subsystems which may be connected 
to the local dynamic network 36 have different identifiers 
such as type 1 for a display subsystem 37 and type n 
for a display subsystem 38. 

15 [001 5] Dynamic local network 36 includes a collection 
of software and communication specifications and 
standard protocols for hardware interconnection. Exam- 
ples of such a system are Jini by Sun Microsystems, 
Inc., JetSend by Hewlett-Packard, and Bluetooth by the 

20 Bluetooth Special Interest Group. System resources 
such as reconfigurable display subsystems, electronic 
accessories or other components can join the network 
automatically once they are connected to it. Network 36 
recognizes the coupling of a new device to the network 

25 and interacts with all the network resources as appro- 
priate to enable operation of the new device within the 
network. Examples of electronic accessories connected 
to the network in Figure 2 include a cellular phone 40, 
an MP3 audio player 41, and a palm-sized PC or per- 

30 sonal digital assistant (PDA) 42. Once connected to the 
network 36, these accessories will communicate core 
functionality control signals and messages with a par- 
ticular display subsystem. Thus, the accessory and the 
reconfigurable display subsystem will exchange mes- 

35 sages concerning control actions and state changes or 
events but would not include specific messages on how 
to display messages or how the display Is to be driven. 
[0016] Each device 40-42 includes a unique device 
type identifier. Each device type may interact with a pre- 

40 determined reconfigurable display type using an inter- 
face specifier developed for the combination of device 
and display subsystem. Thus, when HMI controller 34 
detects the presence of a new electronic accessory, it 
determines the device type for the accessory and 

45 checks whether it currently has an interface specifier to 
support interaction with the device stored in memory 35. 
If the desired interface specifier Is present, then HMI 
controller 34 can communicate core functionality mes- 
sages between the reconfigurable display and the ac- 

so cessory device. If an appropriate Interface specifier is 
not already contained in memory 35, then HMI controller 
34 takes steps to retrieve an.appropriate interface spec- 
ifier, if possible. 

[0017] A memory in each reconfigurable display sub- 
55 system provides a local archive for storing a plurality of 
interface specifiers ach of which d fines interaction be- 
tween the reconfigurable display subsyst m and a re- 
spective electronic accessory/Whenever an additional 
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interface specifier must be retrieved, it may preferably 
be obtained using a universal resource locator (URL) of 
a. server that contains a further collection of HMI inter- 
face specifiers. Such a server may also be a local ar- 
chive in the vehicle directly connected to dynamic local s 
network 36 as shown by a server 43 in Figure 2. Server 
43 is a local server containing a first group of HMI inter- 
face specifiers 44 corresponding to the configurable dis- 
play type zero. Additional HMI interface specifiers are 
stored in other groups for other reconfigurable display 10 
types as shown. For each reconfigurable display type, 
a plurality of interface specifiers are stored as indexed 
by device type. Server43 may be constructed with some 
interface specifiers contained in a read-only memory 
(ROM) in order to provide a fixed set of interface spec- is 
iflers for a known set of electronic accessories which are 
expected to be utilized in a particular vehicle. In addition , . 
rewriteable memory may also be included for subse- 
quent storage of interface specifiers for other device 
types in order to provide flexibility for growth. 20 
[0018] In order to accommodate electronic accessory 
devices not included in local server 43, the present in- 
vention also provides access to a remote archive web 
server outside the vehicle. Thus, a wireless modem 45 
is interconnected with dynamic local network 36 and can 25 
be used to communicate with a remote wireless modem 
46 which is connected to a remote web server 47 con- 
taining additional interface specifiers in a remote ar- 
chive. Remote server 47 may be connected to the world- 
wide web or internet and wireless modem 46 may be 30 
connected to an internet service provider (ISP), for ex- 
ample. The URL address for remote server 47 may be 
a predetermined address as defined by convention and 
stored in either local server 44 or HMI controller 34, for 
example. Preferably, the UFiL address of an remote ar- 35 
chive may be obtained directly from each accessory de- 
vice itself. Thus, cellular phone 40 stores a remote ar- 
chive address providing the URL to the other resources 
on dynamic local network 36. Thus, cellular phone 40 
stores URL of www.visteon.com/hmicode where an ap- 40 
propriate interface specifier corresponding to cellular 
telephone device type 0 and a plurality of reconfigurable 
display types are stored. Thus, as new electronic acces- 
sory devices are developed, Interface specifiers can al- 
so be developed in order to interface the new device 45 
with the existing reconfigurable display types. The loca- 
tion from where these interface specifiers can be re- 
trieved is stored in the new accessory device, thus mak- 
ing the device compatible with all reconfigurable dis- 
plays of those types, so 
[001 91 Figure 3 shows the various software elements 
required in the system of Figure 2, including software 
elements comprising the HMI itself, (i.e., the interface 
between the display subsystem and the accessory de- 
vice and softwar for driving the display). Thus, a hu- 55 
man-machine interface software element 50 provides 
application objects for a particular accessory such as 
climate control, radio tuner, wireless information serv- 



ice, e-mail, cellular phone, audio, CD player, or others. 
These objects interact with other objects in an HMI widg- 
ets component library 51 including such objects as butr 
ton metaphor (i.e., button icon and identification of cor- 
responding soft key), list box, window, text box, time, 
and others. These objects interact with graphics primi- 
tives 52 providing a graphics device interface. These 
graphics primitives define vector shapes, raster ele- 
ments, perform window management, and provide 
graphic attributes. These primitives interact with soft- 
ware for display frame buffer 53 for managing display 
activation such as target selection, visibility selection, 
and drawing mode. 

[0020] More specifically, an interface specifier which 
would be downloaded from either a local or a remote 
archive contains compiled software class objects that 
collectively implement an application specific HMI for 
the unique display driver/accessory device combina- 
tion. In a Java implementation, these objects will be 
precompiled from Java source code into Java byte- 
codes which are the instructions that run on the Java 
Virtual machine (JVM). Some of these downloaded ob- 
jects implement an overall HMI for the specific class of 
application of the accessory device, such as cellular 
phone, compact disc player, or address book. Some of 
the other downloaded objects are generic (i.e., applica- 
tion independent) and can be applied to a wide range of 
applications. These generic, reusable components or 
widgets may typically already resjde in the display sub- 
system, but may be included in a downloaded interface 
specifier for completeness and flexibility to use display 
subsystems not already containing the widgets. Down- 
loading may include the capability to identify objects al- 
ready residing in the display subsystem and then only 
downloading objects which are in fact needed. 
[0021] The behaviour of a particular HMI is embedded 
in the collection of class objects within the interface 
specifier and include four main functional areas: 1) 
processing user input events, 2) processing device 
events, 3) rendering graphic displays, and 4) sending 
commands to devices. 

[0022] User input events are generated when a user 
manipulates a control actuator of the display subsystem, 
such as pressing a button, issuing a voice command, 
manipulating the pointing device such as a mouse or 
track ball, or otherwise initiates a control action. Physical 
device events are represented by software abstractions 
and are reported to the accessory device via the dynam- 
ic local network. Examples of physical device events in- 
clude button pressed, button held, button released, 
switch closed, switch opened, pointing device position 
change, pointing device pressed, pointing device held, 
and pointing device released. The control actuator being 
used may be physically contained on the display sub- 
system or may be remotely connected to th display 
subsystem, such as a pointing device mounted on a 
steering wheel in the v hide. 
[0023] Objects for processing device events provide 
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notification to the display subsystem of state changes 
occurring within the lectronic accessory device. Spe- 
cific device events depend upon the functionality of the 
particular electronic accessory device. For an electronic 
accessory device providing navigation features, exam- s 
pies of device events include notification of a pending 
route manoeuvre, vehicle approaching destination, ve- 
hicle off-route, and others. 

[0024]. With regard to software objects to render 
graphics on the visual display, these objects respond to 
user input or device or system events (e.g., power-up 
initialization) to initiate and execute all required render- 
ing operations. The HMI interface specifier embeds the 
knowledge of how to display the information, including 
font size, screen location, number of digits, size and 
shape of graphic elements, timing for animated compo- 
nents, etc. 

[0025] The software objects include those that send 
predetermined commands to the electronic accessory 
devices in order to enable the user to control and mon- 
itor the devices. Some typical examples include incre- 
menting or decrementing a CD track selection, selecting 
an FM radio pre-set, adjustingthe time-of-day clock, set- 
ting climate control temperature or fan speed, dialling a 
phone number, and others. The specific implementation 
of the user interface specifier can enable these actions 
in many different ways. These objects correlate user in- 
put events with the corresponding control action. 
[0026] A preferred method of the present invention 
will be described in connection with Figure 4. The se- 
quence of steps shows interaction between an acces- 
sory device 60, a reconfigurable display subsystem 61 , 
and a server 62 containing an archive of interface spec- 
ifiers. Device 60 is a pluggable device such as a cellular 
phone, palm-size PC, or MP3 player and is identified via 
a device type identifier which is embedded into the de- 
vice's persistent storage, such as ROM or FLASH. Per- 
sistent storage also contains a universal resource loca- 
tor (URL) that indicates the location of an HMI server 
containing interface specifiers corresponding to the de- 
vice. Display subsystem 61 likewise has its own display 
type identifier embedded into persistent storage. Server 
62 may be a local server or a world-wide web server 
containing collections of HMI interface specifiers for the 
various display subsystem and accessory device com- 
binations. The server processes requests for interface 
specifiers which include the device type identifier and 
the display type identifier. The first phase of the process 
is registration. In registration, device 60 communicates 
its presence to resources on the dynamic local network 
and provides its device type identifier and the URL of a 
server containing a collection of interface specifiers cor- 
responding to the device. The second phase of the proc- 
ess is an HMI check in which the display subsystem 61 
checks to see if it already has an interface specifier sup- ss 
porting the accessory device repres nted by the device 
type identifier. If a supporting, interface specifier is al- 
ready present, then the device automatically begins to 



use the display subsystem as a device portal. 
[0027] If a supporting interfac specifier is not 
present, then the third phas of th process is entered 
which comprises an HMI request. This phase includes 
attempting to connect to the server specified by the de- 
vice. If connection is successful, the display subsystem 
communicates the device type identifier and the display 
type identifier to the server. 

[0028] HMI report is the fourth phase of the process. 
Once the server successfully receives a request it 
checks its archive of HMI interface specifiers for a match 
as defined by the display type identifier and device type 
identifier. If a match is found, it returns the interface 
specifier packaged as a Java archive (JAR) file, for ex- 
ample! If not, it sends a message specifying that no in- 
terface specifier is available for the device/display com- 
bination. In the clean-up phase, display subsystem 61 
responds to the information obtained from the server. If 
the server indicated that no interface specifier was avail- 
able, then the display subsystem indicates an error con- 
dition to the user. If a JAR file was successfully returned, 
then the display subsystem extracts and installs the new 
software objects automatically to allow the display sub- 
system to act as a device portal for the installed device. 
[0029] In order to minimize the amount of memory re- 
quired for storing interface specifiers, and to simultane- 
ously reduce download times required, a memory man- 
ager or caching technique is used for storing interface 
specifiers. Preferably, a memory in any individual sub- 
system is large enough to hold interface specifiers to 
service the complete maximum load of accessory de- 
vices that may be in operation using the display subsys- 
tem at any one time. Since some devices may be dis- 
connected after having been used in the system, some 
interface specifiers may be present in memory in a dis- 
play subsystem for which the original accessory device 
is no longer present in the network. According to the 
present invention, any such inactive interface specifier 
is given a lower priority than active interface specifiers. 
Furthermore, the longer an interface specifier has been 
inactive, the lower priority it is given relative to other in- 
active interface specifiers. If the amount of remaining 
free memory becomes restricted, the HMI controller de- 
letes the lowest priority interface specifiers to make 
room for additional interface specifiers for other acces- 
sory devices that have joined the network. Priority as- 
signments may also take into account file size and/or 
frequency of use so as to minimize overall downloading 
to restore interface specifiers that have been deleted. 
[0030] Local server 43 in Figure 2 may also contain a 
memory manager 48 for similarly managing prioritizing 
and/or deletion of HMI interface specifiers to most effec- 
tively use storage space in server 43. 
[0031] With regard to the dynamic local network, this 
may take the form of an RF-wireless network using the 
Bluetooth specification, for example. When a wireless- 
capable accessory comes within communication dis- 
tance of the dynamic local network, this is detected by 
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means of a wireless polling signal exchanged between 
the local network and the new device. Based on a re- 
sponse to the polling signal, the devices exchange net- 
work messages to establish the new device as a re- 
source available to devices on the local network; 



Claims 

1 . An electronic accessory display/control system for 
a transportation vehicle, comprising: 

a reconf igurable control panel having a visual 
display for displaying menu items for an elec- 
tronic accessory and having at least one control 
actuator; 

a human-machine interface controller coupled 
to said reconf igurable control panel and includ- 
ing a local archive for storing a plurality of inter- 
face specifiers, each specifier defining interac- 
tion between said reconf igurable control panel 
and- a respective electronic accessory for per- 
forming operations via said menu items using 
a predetermined communications protocol; 

an expandable interconnection link for coupling 
compatible electronic accessories with said hu- 
man-machine interface controller; and 

a wireless transceiver for accessing a remote 
archive of interface specifiers, wherein said re- 
mote archive includes interface specifiers each 
adapted for a corresponding combination of a 
particular electronic accessory and a particular 
reconfigurable control panel; 

wherein said human-machine interface con- 
troller responds to a coupling of an electronic ac- 
cessory to said expandable interconnection link by 
checking said local archive for presence of a de- 
sired interface specifier corresponding to said elec- 
tronic accessory and said reconfigurable control 
panel, and if said desired interface specifier is not 
present in said local archive then activating said 
wireless transceiver to automatically obtain said de- 
sired interface specifier from said remote archive. 

2. The electronic accessory display and control sys- 
tem of claim 1 wherein said desired interface spec- 
ifier assigns a predetermined function to said con- 
trol actuator. 

3. The electronic accessory display and control sys- 
tem of claim 1 wherein said expandable intercon- 
nection link is comprised of a dynamic local net- 
work. 



4. The electronic accessory display and control sys- 
tem of claim 3 wherein said dynamic local network 
is comprised of a wireless network, and wherein 
presence of new electronic accessories is detected 

s automatically in response to a wireless polling sig- 
nal. 

5. The electronic accessory display and control sys- 
tem of clajm 1 wherein said compatible, electronic 

10 accessories each provide to said human-machine 
interface controller a unique device identifier and a 
remote network address for said remote archive. 

6. The electronic accessory display and control sys- 
15 tern of claim 1 wherein said interface specifiers are 

comprised of software objects. 

7. The electronic accessory display and control sys- 
tem of claim 6 wherein said software objects include 

20 objects to process user events initiated by said con- 
trol actuator. 

8. The electronic accessory display and control sys- 
tem of claim 6 wherein said software objects include 

25 objects to process device events corresponding to 
a state change within said electronic accessory. 

9. The electronic accessory display and control sys- 
tem of claim 6 wherein said software objects include 

30 objects to render graphics on said visual display. 

10. The electronic accessory display and control sys- 
tem of claim 6 wherein said software objects include 
objects to send predetermined commands to said 

35 electronic accessory. 

11. The electronic accessory display and control sys- 
tem of claim 1 further including said electronic ac- 
cessory, and wherein said electronic accessory is 

40 comprised of a portable computing device. 

12. The electronic accessory display and control sys- 
tem of claim 1 further including said electronic ac- 
cessory, and wherein said electronic accessory is 

45 comprised of a mobile communication device. 

13. The electronic accessory display and control sys- 
tem of claim 1 wherein said control actuator is com- 
prised of a push button switch. 

50 

14. The electronic accessory display and control sys- 
tem of claim 1 wherein said control actuator is com- 
prised of a speech recognition unit. 

55 15. The electronic accessory display and control sys- 
tem of claim 1 further comprising a memory man- 
ager for prioritizing interface specifiers stored in 
said local archive and deleting interface specifi rs 
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of lower priority when said local archive becomes 
full. 

16. A method of operating an electronic accessory dis- 
play and control system for a transportation vehicle, 5 
said system including a reconf igurable control pan- 
el, a human-machine interface controller, an ex- 
pandable interconnection link for compatible elec- 
tronic accessories, and a wireless transceiver, said 
method comprising the steps of: 10 

storing a plurality of interface specifiers in a lo- 
cal archive, each interface specifier defining in- 
teraction between said reconfigurabie control 
panel and a respective electronic accessory for is 
performing operations via menu items using a 
predetermined protocol for said reconfigurabie 
control panel; 

coupling one of said compatible electronic ac- 20 
cessories with said human-machine interface 
controller via said expandable interconnection 
link; 

checking, in response to said coupling, said lo- 25 
cal archive for presence of a desired interface 
specifier corresponding to said compatible 
electronic accessory and said reconfigurabie 
control panel; and 

30 

if said desired interface specifier is not present 
in said local archive, then activating said wire- 
less transceiver to automatically obtain said de- 
sired interface specifier from a remote archive 
containing an interface specifier adapted for 35 
combination of said compatible electronic ac- 
cessory and said reconfigurabie control panel. 

17. The method of claim 1 6 wherein said coupled com- 
patible electronic accessory stores a remote net- 40 
work address of said remote archive. 

1 8. The method of claim 1 6 further comprising the steps 
of: 



prioritizing said interface specifiers stored in 
said local archive; and 

deleting an interface specifier of lower priority 
when said local archive becomes full. 
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Human-Machine Interface (HMI) 
Application Objects For a 

Climate Control, Radio Tuner, Wireless, E-Mail, Cellular Phone, 
Audio, CO Player, etc... 
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\ HMI Widgets Component Library 
Objects For 

Button Metaphor, List Box, Window, Text Box, Time, etc.. 



, Graphics Primitives (Graphics Device Interface (GDI)) 

; VECTOR: Line, Rectangle, Polygon, Arc, etc.. 
RASTER: Bitmap, Font, etc... 
WINDOW MANAGEMENT: Clipping, Scrolling, etc 
ATTRIBUTES: Color, Rotation, UneStyle, etc.. 






> 


Display Frame Buffer 
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